home *** CD-ROM | disk | FTP | other *** search
Text File | 1991-03-06 | 3.5 KB | 82 lines | [TEXT/GEOL] |
- Item 6885751 1-Sept-90 20:19PDT
-
- From: MOOF Rollin, Keith A
-
- To: MACAPP.TECH$ MacApp Technical
-
- Sub: 2 Notes from the field
-
- All,
-
- Ernie Rosenberg asked me to post a couple of his findings to MacApp.Tech$.
- AppleLink seems to have gotten up on the wrong side of the bed this morning,
- and has taken a disliking to Ernie; posting to MacApp.Tech$ doesn't seem to be
- working for him.
-
- I haven't been able to look into his reports, but I suspect the first one may
- have something to do with the warning in TView.Focus #1. On the other hand I
- could be way off there. Norbert Lindenberg gave me that paragraph for inclusion
- into the technote, and I haven't had a chance to loop into it and see what it's
- all about.
-
- I'll be on vacation until 9/12. If you have any mail you'd like to direct to
- me, either please hold off until then, or keep in mind that I won't be able to
- respond until I get back.
-
- Thanks,
-
- - Keith Rollin
- - Apple Developer Technical Support
-
-
- Item 2699415 1-Sept-90 13:16PDT
- From: PEMD CH DEV PEMD Group, Zurich,IDV
- To: MOOF Rollin, Keith A
- Sub: MA 2.01 & A Question
-
- Dear Keith,
-
- Rebuilding MacApp after running PatchWorks was indeed necessary to allows us to
- compile our application. Thanks for the tip.
-
- I did find two differences between MA 2.01 and MA 2.0:
-
- 1) There are two modal dialogs with EditText fields. The field selected upon
- opening the dialogs was locked (would accept no input from the keyboard) and
- required going to another field and then returning to make an entry . This did
- not happen with MA 2.0. The probalem was fixed by placing the
- SelectEditText('name',True); call after, rather than before, opening the window
- containing the dialog.
-
- 2) A document is opened and a blank window with it. This window's background
- color should be the same color with which the user had been working when the
- document was last used. The means for insuring the same color that worked in
- MA 2.0 did not in 2.01. The only solution I could find was to move some redraw
- code from the aDoc.DoCreateViews method to the view's DoIdle method. A bit
- kludgy.
-
- Have you heard of any other such required changes between 2.0 and 2.01?
-
- I've also noticed a drawing error and I can't tell for the moment if its in our
- application (probably) or in MacApp. There are multiple windows on the screen
- and let's say they are tiled and in the tiling the active window is not the
- last window drawn (i.e. the tiling method repositions and resizes the windows
- by iteratating through the document's window list). After the tiling, a menu
- operation is chosen which draws something, say a line. This line is then not
- drawn in the currently active window, but rather in the last window drawn. This
- drawing error also occurs after a window is zoomed out to the screen size and
- then zoomed in, causing once covered windows to be re-drawn. It occurs in MA
- 2.0, MA 2.01, but does not occur in MA 1.1.1.
-
- It does not occur if the mouse is simply clicked anywhere in the already active
- window before the menu operation is chosen. The underlying data structures for
- the view are correct, because if after the line is incorrectly drawn, a re-draw
- is forced on the windows (e.g. tiled again), the line is drawn in the correct
- window and disappears from the incorrect window. Any suggestions on this one?
-
- Thanks for the work.
-
- Regards,
- Ernie
-
-